home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000333_news@newsmaster….columbia.edu _Sat Aug 1 15:48:51 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA29933
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 1 Aug 1998 15:48:50 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA12230
  7.     for kermit.misc@watsun; Sat, 1 Aug 1998 15:48:50 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Q: How to back up a DOS box to UNIX via Kermit?
  12. Date: 1 Aug 1998 19:48:45 GMT
  13. Organization: Columbia University
  14. Lines: 21
  15. Message-ID: <6pvret$b0h$1@apakabar.cc.columbia.edu>
  16. References: <slrn6s4abl.ha5.charlie@pc.antipope.org> <6pttmf$8te$1@samba.rahul.net> <5tkup6.0re.ln@linux.lisse.na> <slrn6s5t9v.jqj.charlie@pc.antipope.org>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9044
  19.  
  20. In article <slrn6s5t9v.jqj.charlie@pc.antipope.org>,
  21. Charlie Stross <charlie @ nospam . antipope . org> wrote:
  22. : On Sat, 1 Aug 1998 09:50:45 +0100, Dr Eberhard W Lisse 
  23. : <el@linux.lisse.na> wrote:
  24. : >
  25. : >I'd look into something like
  26. : >
  27. : >kermit -k | tar cvfz backup.tgz -
  28. : 
  29. : Tried it. It didn't work. Wrote a 45-byte header then died, complaining
  30. : of something (that disappeared off the screen before I could read it).
  31. : I suspect kermit -k just splats a series of bytes out, without any
  32. : indication of which file those bytes belong to...
  33. :
  34. Exactly.
  35.  
  36. : ... not a very good idea when the objective is to create a viable backup.
  37. : 
  38. Unless the incoming file is a tar file.  See p.476 of the manual.
  39.  
  40. - Frank